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Elektronische Vorrichtung fiir ein Bussvstem 

Die vorliegende Erfindung betrifft eine elektronische Vorrichtung, bei- 
spielsweise einen Sensor, Aktor oder eine Steuerung, mit einem Steuerab- 
schnitt sowie einer integrierten Busschnittstelle, liber die die Vorrichtung 
an einen Datenbus zur Kommunikation der Vorrichtung mit zumindest 
einer weiteren an dem Datenbus angeschlossenen Vorrichtung anschlieiS- 
bar ist, wobei die Kommunikation, d. h. das Senden und/oder Empfsmgen 
von Daten uber den Datenbus, uber ein beliebiges vorgegebenes Kommu- 
nikationsprotokoU (Busprotokoll) erfolgt. 

In vielen Einsatzgebieten kommunizieren heutzutage unterschiedliche 
Gerate uber ein Bussystem miteinander. Dabei ist eine Vielzahl von unter- 
schiedlichen Bussystemen basierend auf unterschiedlichen Kommunika- 
tionsprotokoUen bekannt. Beginnend beim physikalischen Layer bis hin 
zur An wendungsschnitts telle der einzelnen Gerate sind die Feldbusspezi- 
fikationen entsprechend ihrem Einsatzgebiet jeweils spezifisch definiert. 

Um eine Kommunikation fur eine Vielzahl von unterschiedlichen Buspro- 
tokoUen zu ermoglichen, ist es fur die Geratehersteller zwingend, dass sie 
fur jedes Gerat (Sensor, Aktor oder Steuerung) fur jedes FeldbusprotokoU 
jeweils eine eigene Implementierung der auf dem Gerat laufenden Anv^en- 
dung (Applikation) realisieren miissen. Aufgrund der verschiedenen Kon- 
zepte unterschiedlicher Feldbusse ist eine interoperable Datenkommuni- 
kation nicht moglich. 

Um jedes Gerat mit jedem Feldbus verwenden zu konnen, kann der Gera- 
tehersteller entweder jedes Gerat in unterschiedlichen Varianten, jeweils 
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fur einen speziellen Feldbus, zur Verfugung stellen, oder die Gerate mit 
einer Vielzahl von unterschiedlichen Busschnittstellen ausstatten, um auf 
diese Weise jeweils nur ein Gerat pro Modell vorsehen zu miissen. 

Nachteilig an beiden Varianten ist jedoch, dass die in dam Gerat jeweils 
laufende Anwendung nicht nur spezifisch fur das Gerat, sondern insbe- 
sondere auch spezifisch far das jeweils verwendete Feldbusprotokoll 
entwickelt werden muss. Im zuerst genannten Fall ist die Entwicklung 
einer Vielzahl von unterschiedlichen Anwendungen fur einen Geratetyp 
10 erforderlich, wahrend im zweiten Fall nur zwar eine Anwendung entwi- 
ckelt werden muss, diese jedoch fahig sein muss, mit jedem der benotig- 
ten FeldbusprotokoUe kommunizieren zu konnen. Je mehr Bussysteme 
existieren und abgedeckt werden mussen, umso hoher sind die Ent- 
wicklungs- und Herstellungskosten entsprechender Gerate. Dies ist in 
15 vielen Fallen nicht mehr wirtschaftlich, so dass eine Reduzierung der 

Kosten bei der Entwicklung und Herstellung der Gerate gewunscht ist. 

Da die Bussysteme nicht von den Gerateherstellern, sondern je nach 
Einsatzgebiet von den Kunden vorgegeben werden, muss gewahrleistet 
sein, dass die Gerate mit einer Vielzahl von unterschiedlichen Bussyste- 
men zusammenarbeiteri konnen. 

Nachteilig an der Vielzahl von unterschiedlichen Bussystemen ist es auch, 
dass fur eine Konfiguration und Diagnose (Parametrierung) der Gerate, die 
25 ublicherweise uber das Bussystem erfolgt, jeweils eine eigene Bediensoft- 
ware zur Verfugung gestellt werden muss, die ebenfalls an die verschiede- 
nen Bussysteme und ihre jeweilige Adressierung angepasst sein muss, 
was zusatzlichen Aufwand und damit verbundene Kosten verursacht. 
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Weiterhin wird in vielen Feldbussystemen die Zuordnung von Parametern 
und Funktionen zu konkreten Variablen, Adressen oder Kanalen in so 
genannten Profilen vorgenommen. Diese Profile sind nicht nur vom jewei- 
ligeri Feldbus, sondern auch von dem jeweiligen Einsatzgebiet abhangig. 
5 Soil ein Gerat in verschiedenen Applikationsfeldern eingesetzt werden, so 
muss in jedem Einzelfall eine Anpassung der Applikation an das betref- 
fende Profil vorgenommen werden. Dies gilt insbesondere auch dann, 
wenn die dem Profil zugrunde liegende Norm verandert wird, 

10 Die Anpassung der jeweiligen Applikation an unterschiedliche Feldbuspro- 
tokoUe erfordert bei den jeweiligen Entwicklergruppen Spezialwissen uber 
die einzelnen Feldbusse. Da ublicherweise fur jeden Feldbus eigene Spezi- 
alisten in den Entwicklungsabteilungen vorhanden sind, ist somit im Falle 
einer Anpassung der Applikation ein hoher personeller Aufwand erforder- 

15 lich. 

Es ist eine Aufgabe der Erfindung, eine kostengtinstige und flexible L6- 
sung anzugeben, mit der unterschiedliche elektronische Vorrichtungen 
der eingangs genannten Art, wie beispielsweise Sensoren, Aktoren und 
C ^ ^0 Steuerungen, an unterschiedlichste Bussysteme mit verschiedenen Bus- 
protokoUen anschliefibar sind. Dabei soil auch die Anpassung einer Appli- 
kation bei einer Anderung eines Profils problemlos moglich sein. Weiterhin 
soli auch der Aufwand fur die Konfiguration und Diagnose der einzelnen 
Gerate verringert werden. 

25 

Diese Aufgabe wird erfindungsgemaiS ausgehend von einer elektronischen 
Vorrichtung der eingangs genannten Art dadurch gelost, dass der Steuer- 
. abschnitt einen Anwendungs-spezifischen Abschnitt und einen Busproto- 
koll-spezifischen Abschnitt umfasst, die voneinander entkoppelt sind und 
30 liber eine vorgegebene, standardisierte Schnittstelle Anwendungs- 



spezifische Daten austauschen, dass der Busprotokoll-spezifische Ab- 
schnitt zum Senden und/oder Empfangen von Daten uber die Busschnitt- 
stelle ausgebildet ist, dass der Anwendungs-spezifische Abschnitt fur die 
Steuerung der Vorriehtung unabhangig vom verwendeten BusprotokoU 
ausgebildet ist und dass durch den BusprotokoU-spezifischen Abschnitt 
iliber die standardisierte Schnittstelle empfangene Daten in das Busproto- 
koU und/ odef uber die Busschnittstelle empfangene Daten in entspre- 
chende Anwendungs-spezifische Daten umsetzbar sind. 

ErfindungsgemaiS erfolgt somit eine Kapselung der in dem Steuerabschnitt 
der elektronischen Vorriehtung laufenden Applikation und somit eine 
Trennung der Applikation (Businesslogik) von der Kommunikationslogik 
des Gerates. 

Diese Entkopplung bringt mehrere Vorteile. Zum einen kann der Anwen- 
dungs-spezifische Abschnitt (Applikation) unabhangig von dem jeweils zu 
verwendenden BusprotokoU entwickelt werden, da die Kommunikation 
zwischen dem Anwendungs-spezifischen Abschnitt und dem BusprotokoU- 
spezifischen Abschnitt liber eine standardisierte SchnittsteUe erfolgt.' SoU- 
das Gerat fur eine Vielzahl von unterschiedlichen Bussystemen einsetzbar 
sein, so ist ledigUch die Entwicklung von jeweils unterschiedUchen, an das 
jeweilige Bussystem angepassten BusprotokoU-spezifischen Abschnitten 
erforderUch. Eine Anderung des Anwendungs-spezifischen Abschnittes ist 
in diesem Fall nicht erforderlich. 

Zum anderen konnen auch erforderliche Anderungen an der Applikation, 
die beispielsweise aufgrund eines geanderten Profils erforderlich werden, 
unabhangig vom jeweils verwendeten BusprotokoU vorgenommen werden. 
Somit benotigt der fur die Anderung zustandige Entwickler keine das 
jeweilige BusprotokoU betreffenden Spezialkenntnisse, so dass ein und 
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derselbe Entwickler Applikationen anpassen kann, die fur eine Vielzahl 
von unterschiedlichen BusprotokoUen Einsatz finden. 

Weiterhin ist es erfindungsgemaS moglich, Gerateparameter unabhangig 
5 von der jeweiligen Feldbusimplementierung zu adressieren, so dass die 
Anbindung an eine Konfigurations- und Diagnosesoftware vereinfacht 
wird. Dazu ist es lediglich erforderlich, dass eine entsprechende Konfigu- 
rationsvorrichtung ebenfalls in der Art einer erfindungsgemafeen elektro- 
(j^Sj^j. nischen Vorrichtung ausgebildet ist, wobei der Anwendungs-spezifische 
' 10 Abschnitt der Konfigurationsvorrichtung einen Konfigurationsabschnitt 
bildet, dessen standardisierte Schnittstelle gleich der standardisierten 
Schnittstelle der zu kbnfigurierenden Vorrichtung ist. Auf diese Weise ist 
gewahrleistet, dass die zu konfigurierende Vorrichtung und die Konfigura- 
tionsvorrichtung jeweils die gleiche interne feldbusiinabhangige Adressie- 
15 rung besitzen. Wie bei der zu konfigurierenden Vorrichtung muss auch in 
der Konfigurationsvorrichtung jeweils nur der fur die Kommunikation 
zustandige BusprotokoU-spezifische Abschnitt fur jedes zu unterstiitzende 
Feldbusprotokoll implementiert werden, wahrend der Anwendungs- 
spezifische Abschnitt, d.h. der Konfigurationsabschnitt der Konfigurati- 
C ^4,0 onsvorrichtung unabhangig von dem verwendeten Feldbusprotokoll 
einsetzbar ist. 

Nach einer vorteilhaften Ausfuhrungsform der Erfindung umfasst der 
Steuerabschnitt mehrere BusprotokoU-spezifische Abschiiitte, von denerl 
25 jeder jeweils einem von einer Vielzahl von unterschiedlichen Busprotokol- 
len zugeordnet ist, wobei jeder BusprotokoU-spezifische Abschnitt jeweils 
zur Umsetzung der Anwendungs-spezifischen Daten in das ihm zugeordr 
nete BusprotokoU und/oder zur Umsetzung der uber die Busschnittstelle 
in dem ihm zugeordneten BusprotokoU empfangenen Daten in die Anwen- 
30 dungs- spezifischen Daten ausgebildet ist. Auf diese Weise kann eine 



erfindungsgemafi ausgebildete Vorrichtung fur eine Vielzahl von unter- 
schiedlichen BusprotokoUen eingesetzt werden, ohne dass der jeweilige 
Busprbtokoll-spezifische Abschnitt beim Wechsel des verwendeten Bus- 
systems durch einen entsprechend geanderten BusprotokoU-spezifischen 
Abschnitt ersetzt werden muss. 

Vorteilhaft ist jedem Busprotokoll-spezifischen Abschnitt eine uhter- 
schiedliche Busschnittstelle zugedrdnet. Da ublicherweise die unter- 
schiedlichen Bussysteme durch unterschiedliche physikalische Schnitt- 
stellen (Steckverbindungen und Umsetzer) gekennzeichnet sind, ist es 
erforderlich, jede erfindungsgemaJSe elektronische Vorrichtung mit einer 
Vielzalil von entsprecheriden Steckverbindungen auszurusten. In diesem 
Fall kann jeder BusprotokoU-spezifische Abschnitt unmittelbar der 
entsprecheriden physikalischen Busschnittstelle zugeordnet sein, so dass 
durch AnschlieJSen des Gerates an das jeweilige Bussystem automatisch 
der jeweils zugewiesene BusprotokoU-spezifische Abschnitt verwendet 
wird. 

Grundsatzlich ist es auch moglich, dass nach einer weiteren vbrteilhaften 
Ausfuhrungsform zumindest ein Teil oder alle BusprotokoU-spezifischen 
Abschnitte einer einzigen Busschnittstelle zugeordnet sind und dass eine 
Auswahleinheit zur Auswahl des jeweils zu verwendenden BusprotokoU- 
spezifischen Abschnittes vorgesehen ist. Dabei ist es sowohl moglich, dass 
uber die Auswahleinheit eine manuelle Auswahl des BusprotokoU- 
spezifischen Abschnittes erfolgt oder dass die Auswahleinheit des Buspro- 
tokoU-spezifischen Abschnittes automatisch abhangig von dem jeweils 
aktuell verwendeten BusprotokoU erfolgt. Diese Ausbildungsform ist ins- 
besondere dann sinnvoU, wenn unterschiedliche Bussysteme uber einheit- 
liche physikalische Schriittstellen (eventuell mit Adapter) an die erfin- 
dungsgemaJSe elektronische Vorrichtung anschlieiSbar sind; 




Nach einer weiteren vorteilhaften Ausfuhrungsform der Erfindung ist fur 
die Kommunikation mit dem Steuerabschnitt eine Menge von Elementen 
vorgegeben, die jeweils eine Art von zulassigen Anwendungs-spezifischen 
5 Daten definieren. Insbesondere sind als Elemente Variablen und/oder 
Methoden und/oder Nachrichten und/oder Ereignisse vorgegeben. 

ErfindungsgemaiS wird somit fur die Definition der standardisierten 
C-/V^'^ Schnittstelle eirie objektorientierte Struktur zugrunde gelegt. Bei den 

10 genannten Methoden kann es sich dabei um Methoden handeln, die auf 
dem jeweiligen Gerat selbst oder auf einem anderen Gerat ausgefuhrt 
werden. Methoden, die auf dem Gerat selbst aufgerufen werden, fuhren 
liblicherweise eine spezielle Funktion aus, die entweder dazu dienen kann, 
dass das Gerat eine vorgegebene Aktion ausfuhrt oder dass ein spezielles 
15 Ergebnis der Funktion als Ruckgabewert erhalten wird. Es ist ebenfalls 
moglich, dass sowohl eine Aktion ausgefuhrt als auch ein Ruckgabewert 
erhalten wird. Bei Nachrichten handelt es sich um Elemente, die entweder 
empfangen oder verschickt werden. Sowohl von den Methoden als auch 
von den Nachrichten sind je nach Anwendungsfall nicht immer alle ange- 
C J$f^20 gebeneh Kategorien notwendigerweise zu realisieren. 

Bei den Variablen handelt, es sich um gemeinsam benutzte Elemente, die 
im Gegensatz zu den Methoden und Nachrichten bidirektional sind. Die 
Variablen miissen einen Typ besitzen, der eindeutig definiert sein muss. 
25 Insbesondere muss, beispielsweise die Lange (Byte) der Variable (bei- 

spielsweise Lange eines Integerwertes) sowie die Art seiner Serialisierung 
definiert sein. 
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Neben den ublichen Basistypen kann der Typ der Variable weiterhin 
. beispielsweise eine Struktur oder ein Array sein. Die Struktur oder das 
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Array besitzen wiederum untergeordnete Typdefinitionen, welche ebenfalls 
wieder Strukturen, Arrays oder einfache Typen (Basistypen) sein konhen. 
Wesentlich ist dabei, dass axd der untersten Definitionsebene nur Basis- 
typen Verwendung finden durfen. 

5 

Fur die Ubertragung der Variablen uber das Bussystem wird ein Algo- 
rithmus vorgegeben, der die Serialisienmg und Deserialisierung von 
Basistypen iind komplexen Datenstruktxiren festlegt sowie definiert, wie 
(-'^3 2ur Laixfzeit T5rpinformationen miteinander verglichen oder identifiziert 
10 werden konnen. 

Methoden besitzen eine Riickgabewert sowie eine endliche Anzahl von 
Parametern. Dabei werden der Typ des Ruckgabewertes sowie die Typen 
der einzelnen Parameter analog zur T5Tpdefinition gemeinsam genutzter 
15 Variablen definiert. Ebenso wird deren Ubertragung als Byte-Strom iiber 
das Bussystem analog wie bei den Variablen behandelt. 

Zur Optimierung der Kapselung der Applikation konnen noch weitere 
Eigenschaften zur Beschreibung der Variablen und Methoden herangezo- 
C ^flf 20 gen werden. Dies konnen beispielsweise folg;ende Eigenschaften sein: 

die Kommunikationsrichtung von Variablen, 
die Ubertragungseigenschaften von Methoden, 
die Eindeutigkeit des Methodenaufrufes, 
25 - die Eindeutigkeit der Ergebnisubertragung, 

Methoden ohne Ruckinformation (diese speziellen Methoden werden 
ublicherweise Ereignisse oder Events genannt), 
die Priorisierung yon Kommunikationsobjekten. 



Mit der erfindungsgemaiS ausgebildeten Konfigurationsvorrichtung sind 
vorteilhaft Anwendungs-spezifische vorgegebene Einstellungen der zu 
konfigurierenden Vorrichtungen auslesbar und/oder setzbar. Damit kann 
die Konfigurationsvorrichtung sowohl zum Konfigiarieren als auch fur eine 
Diagnose einer erfindungsgemafe ausgebildeten elektronischen Vorrich- 
tung verwendet werden, Bevorzugt sind die Konfigurationsvorrichtung als 
Computer, insbesondere als liblicher Personalcomputer oder Handheld 
(PDA), und der Konfigurationsabschnitt sowie der Busprotokoll-spezifische 
Abschnitt jeweils als Computerprogramme ausgebildet. Soli anstelle des 
bisher verwendeten BusprotokoUs ein davon unterschiedliches Busproto- 
koU verwendet werden, so muss lediglich das Computerprogramm, wel- 
ches den Busprdtokoll-spezifischen Abschnitt darstellt, an das neue Bus- 
protokoll angepasst werden. Eine Anderung des eigentlichen Konfigurati- 
onsprogramms ist nicht erforderlich. Insbesondere ist somit die Oberfla- 
che des Konfigurationsprogramms unabhangig von dem verwendeten 
Busprotokdll, so dass der Anwender muhelos einen Wechsel von einem 
Bussystem zu einem anderen Bussystem vornehmen kann. 

Fur die voUstandige Integration der erfindungsgemaJS ausgebildeten Gera- 
te in einen Feldbus ist es vorteilhaft^ wenn zusatzlich zu der feldbusunab- 
hangigen Kommunikation noch eine Implementiemhg der wichtigsten 
Elemente nach Vorgabe der Feldbusprofile vorgenomrrien wird. Da die 
Anzahl der Elemente, welche von Kunden in eigenen Programmen oder 
fremden Programmen liblicherweise genutzt werden, sehr viel kleiner ist 
als die im Gerat vorliegende Anzahl von Elementen (Variablen/Funktio- 
nen) ist es moglich, die von den Anwendern ublicherweise haufig verwen- 
deten Elemente liber gerateherstellerspezifische Adressierungskanale, die 
den Anwendern veitraut sind, anzusprechen. 
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Ftir jeden BusprotokoU-spezifischen Abschnitt existieren erfindiingsgemafe 
fur unterschiedliche Feldbusse Algorithmen zum Lesen und Schreiben von 
Variablen, Algorithmen zum Aufrufen von Methoden auf dem Gerat oder 
auf einem anderen Gerat und Algorithmen, die das Gerat an ein weiters 
5 Gerat, beispielsweise einen Master . oder einen bestimmten Teilnehmer des 
Netzwerkes versendet. 

Weitere vorteilhafte Ausfuhrungsformen der Erfmdung sind in den Unter- 
(. ^Ij^^' anspruchen angegeben. 

Die Erfindung wird nachfolgend anhand eines Ausfiihrungsbeispiels unter 
Bezugnahme auf die einzige Figur erlautert. Die Figur zeigt ein schemati- 
siertes Blockdiagramm eines erfmdungsgemalS ausgebildeten Bussys terns, 
mit einem Datenbus 1, an den ein Gerat 2 (beispielsweise ein Sensor, ein 
15 Aktor Oder eine Steuerung) angeschlossen ist. Das Gerat 2 besitzt dazu 

eine integrierte Busschnittstelle 3, die zum Anschluss an den Datenbus 1 
ausgebildet ist. 

In dem Gerat 2 ist ein ublicherweise als Programm ausgebildeter Buspro- 
C 20 tokoU-spezifischer Abschnitt 4 ausgebildet, der mit der Schnittstelle 3 
verbunden und 2;um Senden und/ oder Empfangen von Daten liber die 
Busschnittstelle 3 ausgebildet ist. Der BusprotokoU-spezifische Abschnitt 
4 ist somit ausgebildet, sowohl liber den Datenbus 1 empfangene, im 
verwendeten BusprotokoU vorliegende Daten zu empfangen als auch 
25 gegebenenfalls Daten in diesem Format zu senden. 

Weiterhin ist in dem Gerat 2 ein von dem BusprotokoU-spezifischen Ab- 
ischnitt 4 entkoppelter Anwendungs-spezifischer. Abschnitt 5 vbrgesehen, 
der liber eine standardisierte Schnittstelle 6 Anwendungs-spezifische 
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Daten mit dem BusprotokoU-spezifischen Abschnitt 4 austauscht. Auch 
dieser Abschnitt 5 ist ublicherweise als Programm realisiert. 

Der Anwendungs-spezifische Abschnitt 5 bildet die so genannte Applikati- 
5 on des Gerates 1 und ist von dem jeweils verwendeten Busprotokoll des 
Datehbusses 1 unabhangig. Der BusprotokoU-spezifische Abschnitt 4 
bildet zusammen mit dem Anwendungs-spezifischen Abschnitt 5 einen 
Steuerabschnitt 7 des Gerates 2, mit dem die Punktion sowie die Kommu- 
^ /.j^ nikation des Gerates 2 durchgefuhrt wird. 
10 

Die Figur zeigt weiterhin ein zweites Gerat 8, dessen Aufbau sehr ahnlich 
zu dem Aufbau des Gerates 2 ausgebildet ist. Das Gerat 8 unterscheidet . 
sich von dem Gerat 2 dadurch, dass anstelle einer einzigen internen 
Schnittstelle 3 mehrere interne Schnittstellen 9 vorgesehen sind. Jede der 
15 internen Schnittstellen 9 ist dabei zur Ankopplung an ein anderes Bussys- 
terris ausgebildet. 

In dem Gerat 8 ist weiterhin fur jede interne Schnittstelle 9 ein separater 
BusprotokoU-spezifischer Abschnitt 10 vorgesehen, der jeweils zum Emp- 
C./i^20 fangen und/oder Aussenden von Daten uber das jeweils der internen 
Schnittstelle 9 zugeordnete Busprotokoll ausgebildet ist. 

Jeder der Busprotokoll- spezifischen Abschnitte 10 ist uber dieselbe, ein- 
heitliche, standardisierte Schnittstelle 11 mit einem Anwendungs-spezifi- 
25 schen Abschnitt 12 verbunden, der zusammen mit den unterschiedlichen 
BusprotokoU-spezifischen Abschnitten 10 wiederum einen Steuerab- 
schnitt 13 des Gerates 8 bildet. 
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Wahrend das Gerat 2 zwar grundsatzlich dafiir geeignet ist, auch bei 
einem Wechsel des Busprotokolls Verwendung zu finden, indem lediglich 
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der BusprotokoU-spezifische Abschnitt 4 entsprechend neu implementiert 
wird, wobei vorausgesetzt ist, dass sich das entsprechende Bussystem 
liber die Schnittstelle 3 gegebenenfalls mit einem Adapter an das Gerat 2 
anschliefien lasst, besitzt das Gerat 8 demgegenuber den Vorteil, dass es 
5 bereits fur eine Vielzahl von unterschiedlichen Busprotokollen vorbereitet 
ist. Durch die Wahl der entsprechenden internen Schnittstelle 3 zum 
AnschlielSen des Bussystems wird automatisch der richtige BusprotokoU- 
spezifische Abschnitt 10 aktiviert und das Gerat 8 in Funktion versetzt. 

' 10 Die Kommunikation zwischen dem Gerat 2 und dem Gerat 8 erfolgt erfin- 
dungsgemafi uber die gleiche standardisierte Schnittstelle 6,11 indem 
jeweils die beiden Anwendungs-spezifischen Abschnitte 5, 12 der beiden 
Gefate 2, 8 standardisierte Anwendungs-spezifische Daten verschicken 
beziehungsweise empfangen, welche von den BusprotokoU-spezifischen 
15 Abschnitten 4, 9 jev/eils in das richtige Busprotokoll des Datenbusses 1 
umgesetzt werden. 

Weiterhin ist in der Figur ein an den Datenbus 1 angeschlossenes Ge- 
rat 14 dargestellt, das als Personalcomputer ausgebildet ist. Das Gerat 14 
'taTiSO besitzt eine Anzeigeeinheit 15 sowie mehrere interne Schnittstellen 16^ die 
' jeweils zum Anschluss an unterschiedliche Datenbusse 1 ausgebildet sind 
und beispielsweise durch eine oder mehrere Einsteckkarten realisiert sein 
konnen. 



25 Weiterhin umfasst das Gerat 14 eine Vielzahl von BusprotokoU-spezifi- 
schen Abschnitten 17, von denen jeder einer der internen Schnittstellen 
16 zugeordnet ist. Wie bereits zu dem Gerat 8 beschrieben, ist jeder der 
BusprotokoU-spezifischen Abschnitte 17 zum Senden und/ oder Empfan- 
gen von Daten in einem anderen Busprotokoll ausgebildet. 
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Die Busprotokoll-spezifischen Abschnitte 17 sind wiederum liber eine 
einheitliche, standardisierte Schnittstelle 20 mit einem Anwendungs- 
spezifischen Abschnitt 18 verbunden, der als Kommunikations- tind/oder 
Diagnosesoftware ausgebildet ist und zusammen mit den BusprotokoU- 
5 spezifischen Abschnitten 17 einen Steuerabschnitt 19 des Gerates 14 
■ bildet. Crber das Konfigurations-/Diagnoseprogramm 18 konnen somit in 
gleicher Weise, wie vorher zu den Geraten 2 und 8 beschrieben, standar- 
disierte Anwendungs-spezifische Daten uber den Datenbus 1 zu jedem der 
an dem Datenbus 1 angeschlossenen Gerate 2, 8 gesandt werden. Auf 
10 diese Weise ist sowohl das Auslesen als auch das Setzen von Parametem 
inrierhalb der Gerate 2 und 8 uber die Konfigurations-/Diagnosesoft- 
ware 18 moglich, ohne dass die Konfigurations-/ Diagnosesoftware 18 
speziell auf das verwendete Busprotokoll zugeschnitten sein muss. 

15 Wird der Datenbus 1 durch einen Datenbus ersetzt, auf dem ein anderes 
Busprotokoll verwendet wird, so braucht lediglich das Gerat 14 mit dem 
neuen Datenbus iiber die diesem Datenbus entsprechende interne 
Schnittstelle verbunden werden. Nach der Ankoppelung kann der Benut- 
zer unmittelbar mit der selbeh Konfigurations-/DiagnosesoftWare 18 die 
feo an den iieuen Datenbus angeschlossenen Gerate konfigurieren, ohne dass 
eine Neuimplementierung oder Anderung der Konfigurations-/ Diagnose- 
software 18 erforderlich ware. 
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Zusammenfassung 

Es wird eine elektronische Vorrichtiang, beispielsweise ein Sensor, Aktor 
Oder eine Steuerung beschrieben mit einem Steuerabschnitt sowie einer 
integrierten Busschnittstelle, xiber die die Vorrichtung an einen Datenbus 
2ur Kommunikation der Vorrichtung mit zumindest einer weiteren an dem 
Datenbus angeschlossenen Vorrichtung anschlieSbar ist. Die Kommuni- 
kation, d. h. das Senden und/oder Empfangen von Daten iiber den Da- 
tenbus, erfolgt uber ein beliebiges vorgegebenes Kommunikationsproto- 
kolL Der Steuerabschnitt umfasst einen Anwendungs-spezifischen Ab- 
schnitt und einen BusprotokoU-spezifischen Abschnitt, die voneinander 
entkoppelt sind und uber eine vorgegebene, standardisierte Schnittstelle 
Anwendungs-spezifische Daten austauschen. Der Busprotokoll-spezifische 
Abschnitt ist zum Senden und/oder Empfangen von Daten uber die Bus- 
schnittstelle ausgebildet. Der Anwendungs-spezifische Abschnitt ist fur 
die Steuerung der Vorrichtung unabhangig vom verwendeten BusprotokoU 
ausgebildet. Durch den BusprotokoU-spezifischen Abschnitt sind iiber die 
standardisierte Schnittstelle empfangene Daten in das BusprotokoU 
und/ Oder tiber die Busschnittstelle empfangene Daten in entsprechende 
Anwendiings-spezifische Daten umsetzbar. 



14 



Bezugszeichenliste 



1 
1 








3 


bcnnittsteiie 


4 




5 


jftji.wciiQLirigs-speziii sexier /YuooiiiiiLL 


o 


otd-nrlnrHiQiertp Sirhinittstelle 


/ 




o 
o 


Ljera.1. 




iXXLCtil-ld LC OOXXXXXUL-O l-V^XXV-'XA 


iU 


"Rt t c-rwrk+'n'U'nll -cinpTifi Qphe Abschiiitte 

13 IJ LJl KJ m JVWXX O l-'Vx^XXXOOX-lw ^ vJV^AXAXx fc.fc-v-' 


1 1 


SLa.iiQaTQisiei Lc ouiiiiiLLoLdic 


12 


Anwendungs-spezifischer Abschnitt 


13 


Steuerabschnitt 


14 


Konfigurationseinheit/ Gerat 


15 


Anzeigeeinheit 


16 


Schnittstellen 


17 


BusprotokoU-spezifische Abschnitte 


18 


Anwendungs-spezifischer Abschnitt 


19 


Steuerabschnitt 


20 


standardisierte Schnittstelle 



Sick AG S826 IPDE - Dt/ ak 



Anspriiche; 

1. Elektronische Vorrichtung, beispielsweise Sensor, Aktor oder Steue- 
rung, mit einem Steuerabschnitt (7, 13, 19) sowie einer integrierten 
5 Busschnittstelle (3, 9, 16), ilber die die Vorrichtung an einen Daten- 

bus (1) zur Kommunikation der Vorrichtung (2, 8, 14) mit zumindest 
einer weiteren an dem Datenbus angeschlossenen Vorrichtung (2, 8, 
14) anschliefibar ist, wobei die Kommunikation, d.h. das Senden 
und/oder Empfangen von Daten iiber den Datenbus (1), uber ein 
^' 'lO beliebiges vorgegebenes KommunikationsprotokoU (BusprotokoU) er- 

folgt, 

dadurch gekennzeichnet, 

dass der Steuerabschnitt (7, 13, 19) einen Anwendungs-spezifischen 
Abschnitt (5, 12, 18) und einen BusprotokoU- spezifischen Abschnitt 
15 (4, 10, 17) umfasst, die voneinander entkoppelt sind und iiber eine 

vorgegebene, standardisierte Schnittstelle (6, 11, 20) Anwendungs- 
spezifische Daten austauschen, 

dass der BusprotokoU-spezifische Abschnitt (4, 10, 17) zum Senden 
und/oder Empfangen von Daten uber die Busschnittstelle (3, 9, 16) 
'111^.20 ausgebildet ist, 

dass der Anwendungs-spezifische Abschnitt (5, 12, 18) fur die Steu- 
erung der Vorrichtung (2, 8, 14) unabhangig vom verwendeten Bus- 
protokoU ausgebildet ist und 

dass durch den BusprotokoU- spezifischen Abschnitt (4, 10, 17) 
25 - uber die standardisierte Schnittstelle (6, 11, 20) empfangene 

Daten in das BusprotokoU und/ oder 

uber die Busschnittstelle (3, 9, 16) empfangene Daten in ent- 
sprechende Anwendungs-spezifische Daten 
umsetzbar sind. 
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Vorrichtung nach Anspruch 1 , 

dadurch gekennzeichnet, 

dass der Steuerabschnitt (13, 19) mehrere BusprotokoU-spezifische 
Abschnitte (10, 17) umfasst, von denen jedes jeweils einem von einer 
Vielzahl von unterschiedlichen BusprotokoUen zugeordnet ist und 
dass jeder BusprotokoU-spezifische Abschnitt (10, 17) jeweils zur 
Umsetzung der Anwendungs-spezifischen Daten in das ihm zuge- 
ordnete Busprotokoll und/oder zur Umsetzung der uber die Bus- 
schnittstelle (9, 16) in dem ihm zugeordneten Busprotokoll empfan- 
genen Daten in die Anwendungs-spezifischen Daten ausgebildet ist. 

Vorrichtung nach Anspruch 2, 

dadurch gekennzeichnet, 

dass jedem Busprotokoll- spezifischen Abschnitt (10, 17) eine unter- 
schiedliche Busschnittstelle (9, 16) zugeordnet ist. 

Vorrichtung nach Anspruch 2 , 

dadurch gekennzeichnet, 

dass zumindest ein Teil oder alle BusprotokoU-spezifischen Ab- 
schnitte einer einzigen Busschnittstelle zugeordnet sind und dass 
eine Aiiswahleinheit zur Auswahl des jeweils zu verwendenden Bus- 
protokoU-spezifischen Abschnitts vorgesehen ist. 

Vorrichtung nach Anspruch 4, 

dadurch gekennzeichnet, 

dass iiber die Auswahleinheit eine manuelle Auswahl des Busproto- 
koU-spezifischen Abschnitts erfolgt. 



Vorrichtung nach Anspruch 4, 

dadurch gekennzeichnet, 

dass die Auswahleinheit zur automatischen Auswahl des Busproto- 
koU-spezifischen Abschnitts abhangig von dem jeweils aktuell ver- 
wendeten BusprotokoU ausgebildet ist. 

Vorrichtung nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass fur die Kommunikation mit dem Steuerabschnitt (7, 13, 19) ei- 
ne Menge von Elementen vorgegeben ist, die jeweils eine Art von zu- 
lassigen Anwendungs-spezifischen Daten definieren. 

Vorrichtung nach Anspruch 7, 

dadurch gekennzeichnet, 

dass als Elemente Variablen und/oder Methoden und/oder Nach- 
richten und/oder Ereignisse vorgegeben sind. 

Konfigurationsvorrichtung fur eine elektronische Vorrichtung (2, 8) 
nach einem der vorhergehenden Anspruche, wobei die Konfigurati- 
onsvorrichtung (14) ebenfalls nach einem der vorhergehenden An- 
spruche ausgebildet ist und der Anwendungs-spezifische Abschnitt 
(18) der Konfigurationsvorrichtung (14) einen Konfigurationsab- 
schnitt bildet, dessen standardisierte Schnittstelle (20) gleich der 
standardisierten Schnittstelle (6, 1 1) der zu konfigurierenden Vor- 
richtung (2, 8) ist. 



Konfigurationsvorrichtung nach Anspruch 9, 

dadurch gekennzeichnet, 

dass uber die Konfigurationsvorrichtung (14) Anwendungs- 

spezifische vorgegebenen Einstellungen der zu konfigurierenden 

Vorrichtung (2, 8) auslesbar und/oder setzbar sind. 

Konfigurationsvorrichtung nach Anspruch 9 oder 10, 
dadurch gekennzeichnet, 

dass die Konfigurationsvorrichtung (14) als Computer, insbesondere 
als PC Oder Handheld (PDA), und der Konfigurationsabschnitt (18) 
sowie der BusprotokoU-spezifische Abschnitt (17) jeweils als Compu- 
terprogramme ausgebildet sind. 

Bussystem mit einem Datenbus (1) und einer Vielzahl an den Da- 
tenbus (1) angeschlossenen Vorrichtungen (2, 8, 14) nach einem der 
vorhergehenden Anspruche. 



